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(57) Abstract: A system and method for communicating and validating patient information including medication delivery informa- 
tion in a care-giving facility is provided. A medical transaction carrier is used to conmaunicate information regarding medication 
delivery and other patient information between a control system in communication with the care-giving facility's other information 
systems and a patient specific asset such as an infusion pump. All information carried by the medical transaction carrier is validated 
both at the patient specific asset and at the control system. This validation allows for positive control of all transactions even if a 
medical transaction carrier is lost. The medical transaction carrier may be a smartcard, a PDA such as a Palm™ Pilot, laptop com- 
puter, pager, mobile phone, or other device capable of storing and communicating information- The system may use either wired or 
wireless connections to communicate information between the components of the system. 
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DISTRIBUTED REMOTE ASSET AND MEDICATION 
MANAGEMENT DRUG DELIVERY SYSTEM 

BACKGROUND 

The present invention relates generally to systems for managing patient care in 
5 a health care facility, and more particularly, to systems and methods for integrating 
and managing information with respect to medical care, medication delivery, asset 
identification, and verification of drug delivery. 

Medication errors, tiiat is, errors that occur in the ordering, dispensing and 
administration of medications, regardless whether those errors caused injury or not, 

10 have become a significant problem in the delivery of healthcare in the institutional 
setting. Additionally, adverse drug events ("ADE"), which are a subset of medication 
errors, defined as injuries involving a drug that require medical intervention, and 
representing some of the most serious medication errors, are responsible for a large 
number of patient injuries and death. A proportion of these errors are preventable, 

15 thus healthcare facilities continually search for ways to reduce the possible 

occurrence of medication errors. Various systems and methods are being developed 
at present to reduce the frequency of occurrence and severity of preventable adverse 
drug events ("FADE") and other medication errors. In the administration of 
medication, focus is typically directed to tiie following five "rights" or factors: the 

20 right patient, the right drug, the right route, the right amoimt, and the right time. 
Systems and methods seeking to reduce ADE's and PADE's should take these five 
rights into consideration. 

Several companies are currentiy marketing or will be marketing hand-held 
personal digital assistants ("PDA") tiiat are designed to provide drug administration 

25 scheduling, drug administration verification, and the electronic documentation of 
drug administration. These devices are predominantiy used to verify administration 
of oral, intramuscular CTM"), subcutaneous, and topical drugs and have limited 
capability in verifying the administration of IV drugs. One disadvantage of these 
devices is they are currentiy incapable of monitoring or receiving data regarding the 

30 initial and ongoing infusion parameters of an intravenous ("IV") infusion device. 
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It is advantageous to have a care management system that combines all the 
various medication order and administration services of a healthcare facility into an 
integrated, automated system that checks and documents the delivery of therapeutic 
and other drugs to the patient. Such a system would prevent administering an 
5 inappropriate medication to a patient by checking the medication against a database 
of known allergic reactions and/or side-effects of the drug against the patient's 
medical history. The integrated system should also provide doctors, nurses, and other 
care-givers with updated patient information at the bedside, notify the facility's 
pharmacy when an additional drug is required, or when a scheduled treatment is 

10 running behind schedule, and automatically update the facility's accoimting database 
each time a medication or other care is given. 

In many hospitals and clinical laboratories, a bracelet device having the 
patient's identification such as his or her name printed thereon is permanendy affixed 
to a patient upon admittance to the facility in order to identify the patient during his 

15 or her entire stay. Despite this safeguard, opportunities arise for patient identification 
error. For example, when a blood sample is taken from a patient, the blood sample 
must be identified by manually transcribing the patienf s name and other information 
from the patients identification bracelet. In transferring the patient^s name, a nurse 
or technician may, instead of actually reading the patienf s bracelet, miscopy the 

20 name or may rely on memory or a different data source. 

Moreover, manually transferring other information such as parameters for 
configuring an infusion pimip to dispense medication may result in errors that reduce 
the accuracy and/or effectiveness of drug administration and patient care. This may 
result in an increased duration of treatment with an attendant increase in cost. 

25 Hospitals and other institutions continuously strive to provide quality patient 

care. Medical errors, such as where the wrong patient receives the wrong drug at the 
wrong time, in the wrong dosage, or even where the v\n:ong surgery is performed, are 
a significant problem for all healthcare facilities. Many prescription drugs and 
injections are identified merely by sUps of paper on which the patienf s name and 

30 identification number have been hand-written by a nurse or technician who is to 

administer the treatment. For a variety of reasons, such as the transfer of patients to 



2 



wo 01/88828 



PCTAJSOl/15989 



different beds and errors in marking the slips of paper, the possibility arises that a 
patient may be given an incorrect treatment. This results in increased expense for the 
patient and hospital that could be prevented using an automated system to verify that 
the patient is receiving the correct care. Various solutions to these problems have 
5 been proposed, such as systenos that use bar codes to identify patients and 
medications, or systems allowing the beside entry of patient data. While these 
systems have advanced the art significantly, even more comprehensive systems could 
prove to be of greater value. 

Delivery, verification, and control of medication in an institutional setting have 

10 traditionally been areas where errors can occur all too frequently. In a typical facility, 
a physician enters an order for a medication for a particular patient. This order may 
be handled either as a simple prescription slip, or it may be entered into an 
automated system, such as a physician order entry ("POE") system. The prescription 
slip or the electronic prescription from the POE system is routed to the pharmacy, 

15 where the order is filled, hopefully in a timely manner, so that the medication can be 
provided to the patient. Typically, pharmacies check the physician order against 
possible allergies of the patient and for possible drug interactions in the case where 
two or more drugs are prescribed, and also check for contra-indications. Depending 
on the facility, the medication may be identified and gathered within the pharmacy 

20 and placed into a transport carrier for transport to a nurse station. Once at the nurse 
station, the prescriptions are once again checked against the medications that have 
been identified for delivery to ensure that no errors have occurred. 

Typically, medications are delivered to a nurse station in a dmg cart or other 
carrier that allows a certain degree of security to prevent theft or loss of medication. 

25 In one example, the drug cart or carrier is divided into a series of drawers or 

containers, each container holding the prescribed medication for a single patient. To 
access the medication, the nurse must enter in the appropriate identification to 
unlock a drawer or door or container. In other situations, inventories of commonly 
used drugs may be placed in a secure cabinet located in an area close by a nurse 

30 station. This inventory may contain not only topical medications but oral, IM-, and 
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rV-delivered medications as well. Nxirse identification and a medication order 
number are typically required to gain access to the cabinet. 

The nurse station receives a listing of drugs to be delivered to patients at 
intervals throughout the day. A nurse or other care-giver or other qualified person 
5 reads the list of medications to be delivered, and gathers those medications firom the 
inventory at the nurse station. Once all of the medications have been gathered for 
the patients in the unit for which the nurse station is responsible, one or more nurses 
then take the medications to the individual patients and administer the dosages. 

Common to all of these systems is the nurse or other care-giver who delivers 

10 the medication. The nurse or care-giver is central to the process of verifying that the 
right medication is given to the right patient in the correct dosage at the right time at 
the point of care. No other person in die facility is situated as well as the nurse or 
other care-giver delivering the medication to ensure or verify that the appropriate 
drug is being given to the appropriate patient. 

15 Such a system works well to verify that patients are receiving the appropriate 

drug when drugs are delivered orally, but the system may not be capable of 
thoroughly verifying that the appropriate medication regimen is being delivered to a 
patient in the case where IV drugs are being delivered. For example, a nurse or other 
care-giver may carry an IV bag down to a particular patient area, hang the bag, 

20 program an infusion pump witii appropriate treatment parameters and begin infusion 
of the medication. The applicable hospital control system, such as the pharmacy 
information system, may not know that the patient has received the medication, and 
if the information is lost somewhere, the possibility exists of medicating the patient 
twice. Thus, there may be a break in the link of verification that the medication is 

25 being properly delivered to the patient if an event occurs resulting in a deviation from 
the desired treatment parameters. 

Hence what has been recognized as a need, and has heretofore been 
unavailable, is an integrated, modular system for tracking and controlling patient 
care and for integrating the patient care information with other institutional 

30 databases to achieve a reliable, efficient, cost-effective delivery of healthcare to 
patients. The invention fulfills this need and others. 
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SUMMARY OF THE INVENTION 
Briefly, and in general terms, the present invention is directed to a new and 
improved information management system and method capable of monitoring, 
controlling and validating the administration of medical care delivery in a health care 
5 facility. 

Generally, the system of the present invention includes a medical transaction 
carrier ("MTC") that contains information concerning past and present medical 
transactions. The medical transaction carrier is used to transfer information relating 
to past and present medical transactions between a control system that is interfaced 

10 with various other care-giving institutional information systems, such as a pharmacy 
information system, or hospital information system, or physician order entry system, 
or a patient specific asset located at a patients bedside. The information transferred 
by the medical transaction carrier is used to validate that the right medication and the 
parameters of the medication administration record are properly delivered to the 

15 right patient. As is well known by those skilled in the art, the medication 
administration record C*MAR") is used by nurses to schedule medication 
administration. It is also used to document the actual administration of the 
medications. The medication order from the physician is recorded on the MAR, either 
by the pharmacy or the nurse staff members. As doses are administered, the nurse 

20 initials the corresponding time and records any additional required information 

pulse rate, blood sugar). The MAR covers a specific period of time, tj^ically 24 to 72 
hours. The MAR is the legal record of drug administration, and it is kept as a 
permanent part of the patient's medical record. The system of the present invention 
includes methods for validating the information transferred by the medical 

25 transaction system to ensure that no information is lost. 

The medical transaction carrier in accordance with one aspect of the present 
invention may be a personal data assistant ("PDA"), a laptop computer, a smart card, 
a BLUETOOTH transceiver, or other device capable of storing information and 
transporting the information from one location in a care-giving facility where 

30 medications are prepared for delivery to a patient's bedside. In another aspect, the 
medical transaction carrier may be primarily stationary and located at the patient's 
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bedside. At the patienfs bedside, the medical transaction carrier is interfaced to a 
patient specific asset ("PSA"), such as an infusion pxmip or vital signs monitor, and 
the information stored within the medical transaction carrier is communicated to the 
patient specific asset to provide the asset with specific treatment parameters to be 
5 used in delivering medication to the patient or in otherwise interacting with the 
patient. 

In another aspect of the present invention, the patient specific asset may 
include a capability of monitoring the progress of the delivery of medication and 
storing information relating to the delivery of the medication in a memory. The 

10 stored information may then be communicated to the medical transaction carrier for 
transport back to the control system, where the information is transferred from the 
medical transaction carrier and validated and/or docvimented by the control system. 
Documentation may occur in the pharmacy system for example. 

In a further aspect of the present invention, the patient specific asset is 

15 configured to validate that information related to past medical transactions has been 
coromunicated to the control system. The control system may also include a 
capability of validating information transferred from the patient specific asset to the 
control system to ensure that all transaction information stored in the patient specific 
asset has been transferred to the control system for storage in a data base. In more 

20 detailed aspects, tiie PSA retains such past medical transaction information until it is 
notified that the control system has validated the information. 

In yet another aspect of the present invention, care-givers, patients and 
medications may be identified using bar coded labels, RF identification, BLUETOOTH 
tags, or other devices. Such other devices may include active devices such as 

25 embedded computers or passive devices, such as magnetic strips. 

In still another aspect of the invention, information is commimicated between 
the various components of the system using wireless technology. For example, the 
various components of the system may communicate using a wireless network 
utilizing communication protocols such as BLUETOOTH™ (IEEE 802.15) or other 

30 protocols such as those described in IEEE 802.11, 802.11a, and 802.11b. 
Communication within the wireless network may utilize radio frequency 
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electromagnetic radiation, infrared radiation or other means for accomplishing 
wireless commxmication between network elements. 

In yet another aspect of die invention, the MTC may take the form of an 
electronic data stream, or message, formatted to include a unique identifier 
5 identifying each individual message and medical transaction information as described 
with reference to a physical MTC. In this aspect, the PSA may be connected, either by 
a physical connection, or by wireless connection, to a commimication network in 
commtmication with various care facility information systems, such as a pharmacy 
information system. A processor operably connected to the PSA, which may be 
10 included in the same case as the PSA, for example in the case of an infusion pump, is 
configured to validate that an electronic MTC is received and validated by the care 
facility's information system before clearing the MTC from a memory operably 
connected to the processor. 

These and other advantages of the invention will become apparent from the 
15 following more detailed description when taken in conjunction with the 
accompanying drawings of illustrative embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIGURE 1 is a graphical representation of a care management system 
incorporating principles of the present invention and illustrating details of the 
20 hardware elements and communications network, and the interconnections of the 
elements shown; 

FIG. 2 is functional block diagram illustrating information flow between a 
medical transaction carrier and a control system of the present invention; 

FIG. 3 is a functional block diagram illustrating information flow between a 
25 medical transaction carrier and a patient specific asset of the present invention; and 

FIG. 4 is a graphical representation of another embodiment of a care 
management system of FIG. 1 wherein the control system is incorporated into a 
patient specific asset, which is in wireless communication with various care facility 
information systems. 

30 
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DETAILED DESCRIPTION OP THE PREFERRED EMBODIMENTS 
The present invention provides a sj^tem and method for monitoring, 
controlling and tracking the administration of care in a healtiicare facility* 
Additionally, the present invention also provides for dosing die loop on drug delivery 
5 and validation that die right treatment has been given to the right patient. 

Referring now to drawings in which like reference numerals are used to refer 
to like or corresponding elements among the figures, there is generally shown in 
FIGURE 1 an integrated hospital-wide information and care management system in 
accordance with aspects of the present invention. Various subsystems of an facility's 

10 information management system are connected together by way of a communication 
system 5. The communication system 5 may be, for example, a local area network 
(LAN), a wide area network (WAN), Inter- or intranet based, or some otiier 
telecommunications network designed to carry signals allowing communications 
between the various information systems in the facility. For example, as shown in 

15 FIG. 1, die conmiunication system 5 connects, tiirough various interfaces 10, a 

hospital information system 20, a pharmacy information system 30, a physician order 
entry system 35, and a control system 40. 

The control system of tiie present invention may include various hardware 
components, such as a computer, for example, an IBM or IBM-compatible personal 

20 computer or server, having sufficient mass storage 45, such as local hard drives, CD- 
ROM, magnetic tape, or other media, and appropriate communication interface 
capabilities to interconnect witii tiie communication system 5. Although many 
configurations are possible, in one embodiment, the control system 40 may include 
hardware such as a data conmiunication router, modem, or otiier means for 

25 communicating witii the hospital network. The control system 40 also includes 

software programs for carrying out various aspects of the present invention, as will be 
discussed more fully below, and basic operational software, such as an operating 
system such as Windows, Windows NT or Windows 2000 distributed by Microsoft, 
Inc., Linux, distributed by Red Hat or any other suitable operating system. The 

30 operational software will also include various auxiliary programs enabling 

communications with other hardware or networks, data input and output and report 
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generation and printing, among other functions. While control system 40 is shown as 
a separate piece of equipment, it will be imderstood that control system 40 and mass 
storage 45 may also be incorporated into another element, such the pump 120 or 
otlier system. 

5 The communication system 5 may comprise, for example, an Ethernet (IEEE 

802.3), a token ring network, or other suitable network topology, utilizing either wire 
or optical telecommimication cabling- In an alternative embodiment, the 
communication system 5 may comprise a wireless system, utilizing transmitters and 
receivers positioned throughout the care-giving facility and/or attached to various 

10 computers, clinical devices and other equipment used in the facility. In such a 
wireless system, the signals transmitted and received by the system could be radio 
frequency (RF), infrared (IR), or other means capable of carrying information in a 
v\areless manner between devices having appropriate transmitters or receivers. It will 
be immediately understood by those skilled in the art that such a system may be 

15 identical to the system set forth in FIG. 1, with the exception that no wires are 
required to connect the various aspects of the system. 

In a typical hospital or other care-giving facility, patient rooms, wards, or areas 
are typically situated in groups located near a nurse station 50, where the nurses 
assigned to care for the patients in the particular area carry out the administrative 

20 functions of their duties. Typically, these functions include monitoring the patients' 
charts, preparation of medication orders, and monitoring and recording any other 
information deemed necessary to track by the facility. There is also usually a room 
located adjacent the nurse station that is dedicated to storage and/or preparation of 
medications to be delivered to patients. This room may contain inventories of 

25 commonly used oral, intramuscular or intravenous medications. Additionally, the 

room may also be used to formulate the contents of infusion bags in accordance with 
prescribed treatment regimens. 

The nurse station 50 will typically include a terminal or computer system 60 
connected either directiy or through an interface (not shown) to the communication 

30 system 5, allowing users at the nurse station to enter and retrieve patient data or 
information from other systems, such as the hospital information system 20, the 
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pharmacy information system 30, tihe physician order entry system 35, or other 
systems used in the facility. It should be understood that not all users will be 
provided with access rights to each system. For example, physicians may be able to 
access the physician order entry system 35 from the nurse station system 50 to enter, 
5 edit or track medication orders, but a nurse may only be able to view such orders. 
Moreover, while the present invention is described with reference to the computer 
system 60 being located at a nurse station 50, die computer system 60 may also be a 
satellite system that is located anywhere in the care-giving facility where it is 
convenient or efficient to do so. Such a satellite computer system may be operably 
10 connected to the communication system 5 using either a wired or wireless network 
connection. A printer 65 may also be connected to the nurse station computer system 
60 for printing reports, and a bar code reader 80 may be provided for reading bar 
codes on medication labels, reports or other items having bar coded labels provided 
for identification. 

15 In the present invention, the nurse station computer system 60 includes a 

capability for providing data exchange between tiie computer system 60 and a 
medical transaction carrier device (MTC) 110. In one embodiment of the present 
invention, the MTC 110 may be interfaced to tiie nurse station computer system 60 
through a cradle 100 or other docking device that provides a connection between tiie 

20 MTC 110 and the computer system 60. In this embodiment, use of the cradle 100 
allows information to flow into and out of the MTC 110 to the computer system 60. 
This information may flien be processed and stored on the computer system 60, or 
the information may be commimicated by the computer system 60 to various otiier 
facility information systems over the commimication system 5. In this manner, 

25 information from the pharmacy information system 30, for example, may be 

communicated through the communication system 5, the nurse station computer 
system 60, and the MTC cradle 100 into the MTC 110. Similarly, information 
contained within the MTC 110 may be communicated through the MTC cradle 100, 
the nurse station computer system 60, and the communication system 5 to any of 

30 systems 20, 30, 35, or 40. 

10 
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The medical transaction carrier 110 generally refers to a device that contains 
medication and/or patient specific information that is portable such that it can be 
carried by a nurse or other care-giver to and from a patient's bedside. The MTC 110 
may also have a storage capability and technology for interfacing with a computer 
5 system or network so that information may be communicated between the MTC 110 
and other devices, such as computers, clinical devices and the like. The MTC 110 
may, but not necessarily, include a processor. 

It should be understood, however, that the general concept embodied in the 
MTC is to provide a way of communicating an order for medical care from a care 

10 facilities information system, such as a pharmacy information system or physician 

order entry system, to a patient specific asset, and communicating a message from the 
patient specific asset back to the information system that the order for medical care 
has been received by the patient specific asset. In another embodiment, the patient 
specific asset may also report that the order for medical care was actually carried out. 

15 The message firom the patient specific asset is communicated to the relevant 

information system by means of the MTC and the information system "validates" the 
message from the patient specific asset with its copy of the order. As used herein. 
Validate" means "verify" or "corroborate." For example, the message from the patient 
specific asset may contain the unique order identifier. The information system 

20 compares that imique order number with order numbers in its memory and then 
indicates in its memory that a patient specific asset has received and or carried out 
the order. The order is then considered Validated" by the information system. 

The patient specific asset includes a memory for storing the delivered order 
until it receives a signal or message from the information system that the message 

25 from the patient specific asset has been received by the information system, that the 
information system validated the order that was the subject of the message from the 
patient specific asset, and that the patient specific asset is therefore now authorized 
to clear the order from its memory. Thus, while various descriptions of a physically 
embodied MTC are provided as exemplary embodiments, it will be understood that 

30 an electronic message formatted to include appropriate information so that the 
validation by of the present invention may be carried out by operably connected 
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information systems and patient specific assets processors is within the intended 
scope of the invention. More details of such a system are set fortli in more detail 
below- 

The MTC 110 typically will have stored within it data or information 
5 concerning various transactions representuig the identity and treatment regimens for 
medications to be given to a patient, as well as other information, such as care-giver 
identity, equipment location, patient vital sign information, or any other information 
sought to be recorded. The MTC 110 may also store data or information concerning 
primary or secondary validation of previous and/or duplicate transactions of medical 

10 treatment information. 

While specific examples of a MTC 110 are set forth herein, it will be 
understood that any device that carries out the basic concept of the invention, i.e., a 
device that carries patient specific and/or other medical or treatment information 
firom a nurse station or other source of information to a patient, wherein the 

15 information may be downloaded or otherwise conmiunicated to a patient specific 
asset, and which may in turn receive information from the patient specific asset, will 
accomplish the aims of the present invention, A particxilarly advantageous 
embodiment includes storing information in the MTC 110 until die MTC 110 re- 
establishes a communication connection with the control system 40, whereby the 

20 information stored in the MTC 110 may be communicated to the control system 40. 
In this manner, the present invention closes the loop ensuring that the right 
medication has been given in tiie right manner to the right patient. 

For exairiple, consistent wifli the present invention, the MTC 110 may be 
embodied in a hand-held "personal digital assistant' ("PDA") such as a Palm™ Pilot 

25 or a PDA running the Windows™ operating system, a notebook computer or other 
portable computer system. The MTC may also comprise a smartcard such as those 
that maintain account information and are issued by banking facilities, such as the 
American Express Bluecard. Other embodiments of the MTC may include a magnetic 
strip card, a PCMCIA card, RF-ID, or other non-volatile memory storage media. The 

30 use of such devices is advantageous in that devices having a suitably large memory to 
accommodate the type of information required by the present invention to track 
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medication and validate treatment as well as retrieving other patient information, are 
readily available and relatively inexpensive, thus allowing a MTG to be assigned to 
each individual patient, or alternatively, to an individual clinical device. Additionally, 
such devices are small, compact and easily transportable, 
5 In another embodiment, the MTG may comprise a pager device or a mobile 

telephone. Such devices would be particularly useful in a wireless environment, 
wherein the devices could be programmed to respond to signals from suitable 
transmitter/receivers located throughout the hospital. 

Alternatively, the MTG 110 may be embodied in any device that includes an 

10 active embedded computer- Such an active embedded computer may be even smaller 
than a PDA or notebook computer. For the purposes of the present invention, such 
an active embedded computer includes any device incorporating a microprocessor 
and allows for input and/or output of information, whetiier via electrical, radio 
frequency or optical means, wireless or direct contact, and which contains its own 

15 power supply. One example of an active embedded computer in accordance witii tiiis 
invention may be attached to or embedded in the packing or container of a 
medication to be delivered to a patient. Such devices may typically be manufactured 
no larger than, for example, a postage stamp or business card and yet include, using 
micro circuitry, enough processing power, information storage, data or information 

20 input and output, and power to be suitable for use as a medical transaction carrier. 

In yet another embodiment of the present invention, the medical transaction 
carrier may be a bar code label which contains information about the patient and the 
medication that is encoded into the bar code. Alternatively, the MTG may simply be 
an addressable information storage device, similar to memory "sticks" used as storage 

25 for digital cameras. 

Medical transaction carriers in accordance with the present invention may be 
either stand alone, as where the MTG comprises a PDA, notebook computer or a 
smartcard, or alternatively, the MTG may be attached to another piece of equipment 
or device. For example, a medical transaction carrier using wireless technology could 

30 be incorporated into a medication carrying case or cart. Moreover, where the MTG is 
an electronic message, there need be no physical device used. Instead, a processor 

13 



wo 01/88828 



PCT/USOl/15989 



may be included in a patient specific asset that is configured to receive an electronic 
MTG, act on the information carried thereby, formulate a response message into an 
electronic MTG and transmit an electronic MTC to a facility's information system. 
Such a system would be understood to not be stricdy portable, but rather stationary, 
5 in the sense that no physical device would be used to transport the medical 

transaction information contained in the MTC from one location to another. Instead, 
the electronic MTC may be transported either over a physical communications 
network, using, for example, wires or optical waveguides, or by way of a wireless 
network. . 

10 In another embodiment, such as where the patient specific asset is modular 

and includes an advanced programming module ("APM"), such as in the ALARIS 
Medical System, Inc. MEDLEY™ PATIENT CARE MANAGEMENT SYSTEM, the APM 
may include sufficient programming to perform the function of an MTG. In such 
case, the APM would be in contact with the relevant information sj^tem, such as the 

15 pharmacy information system, and would communicate to the information system 
that the patient specific asset received the order. The information system may then 
validate the order and commtmicate to the APM that the order has been validated. 
The APM may then delete the order from its memory. 

It is not unusual at present to find computers 70 located at patient bedsides in 

20 a care-giving facility. Such computers 70 may serve a single patient, or may serve 
more than one patient, depending on the design and arrangement of the patient area. 
There may also be a variety of equipment or clinical devices attached to the bedside 
computer 70, Examples of such devices are a bar code reader 80, a printer (not 
shown), patient monitoring equipment (not shown) for monitoring patient vital signs 

25 or other patient specific assets ("PSA") assigned to the patient. Examples of such 
PSA's include an infusion device such as can form a part of the ALARIS Medical 
Systems, Inc.'s MEDLEY™ MODULAR PATIENT CARE SYSTEM. Attention is directed 
to U.S. Patent No. 5,713,856 entitied "Modular Patient Care System" to Eggers et al. 
in which the APM is described as an advanced interface unit 100, and is incorporated 

30 herein by reference. In such system, an infusion device may be mounted to an 
Advanced Programming Module ("APM"). Other devices, such as a vital signs 
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monitor or monitors, are envisioned as being mountable to the APM also. Other 
infusion or drug delivery devices and/or patient monitoring equipment such as 
cardiac or respiratory monitors may also comprise or form a part of the PSA. 

The bedside equipment and clinical devices are typically equipped with data 
5 communication technology such as RS 232 serial ports or proprietary communication 
ports that allow information and data to be communicated to and from the 
equipment or clinical device. Using this communication technology, the bedside 
equipment and clinical devices may be connected to the bedside computer system 70, 
or, altematively, they may be connected, either by wire or wireless system, to 

10 commimication system 5 using wireless technology, such as RF, IR, or other wireless 
communication protocols. 

One disadvantage of connecting the equipment or clinical devices directiy into 
the communication system 5 or bedside computer 5 is tiiat the PSA tiius becomes 
immobile and relegated to a single location- This disadvantage is addressed by the 

15 present invention in that use of the MTC to transport information to and from the 
clinical device or bedside equipment frees the device or equipment to be moved from 
one location to anotiier witiiout requiring changes to a communication network to 
identify die equipment or device, as is required where tiie equipment or device is 
identified as a node on tiie network. 

20 In one embodiment of tiie present invention, the PSA 120 may include a MTC 

cradle 100. The MTC cradle 100 may be hardwired to the PSA 120 using the PSA's 
RS 232 or other communication port. Altematively, the PSA 120 may include an 
integrated MTC cradle. Using such an integrated MTC cradle is advantageous in that 
it eliminates the need for another item of equipment that must be connected to the 

25 PSA. Of course, where PSAs having the required MTC cradle technology integrated 
therein are not available, an external MTC cradle 100 must be used. It will also be 
understood by those skilled in the art that, where an external MTC cradle 100 is 
necessary, the MTC cradle 100 may commtmicate with the PSA 120 using either 
wired or wireless technology, as described above. 

30 As described previously, one particularly advantageous embodiment of the 

present invention includes a medical transaction carrier 110 that is capable of 

15 
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communicating information to and from the PSA 120 and the network or control 
system using wireless technology. For example, the MTC 110 may be understood to 
include, but is not limited to, commimications utiUzing optical or infrared 
transmission, magnetic transmission, or wireless technology where the wireless 
5 technology is understood to include methodology such as the BLUETOOTH^" 

technology (IEEE 802.15), standard methodologies such as wireless Internet, WAP or 
any other proprietary communication scheme using electromagnetic waves instead of 
wires to connect and communicate between devices. Such wireless communications 
may also be performed using other wireless networking alternatives, such as those 

10 described in the IEEE 802. llx standards. Wireless technologies are designed to 
create wireless networks allowing devices such as PDA's, cell phones and personal 
computers to exchange information at relatively high transmission speeds. 

Using BLUE TOOTH™ technology, for example, data from a PDA, notebook 
computer, or otiier device such as a smartcard reader may be sent by an internal 

15 BLUE TOOTH™ radio chip embedded in the MTC 110 to a mobile telephone 

transmitter/ receiver for transmission to a receiver connected to a server system. . 
Using tiie IEEE 802,llx standards for example, data is transmitted directiy to a 
receiver, which may be wired into a network using Ethernet or other network 
topology. The MTC is capable of wireless communication using eitiier BLUE 

20 TOOTH™ or otiier technologies (such as those described in IEEE 802.11x), and may 
be used tiiroughout a care giving faciUty witiiout die disadvantage of requiring 
cumbersome hardwired devices. 

One particular mode of operation of the present invention will now be 
described. A patient entering a hospital or other care giving facility is provided witii a 

25 wristband, necklace, ankle band or other identifier that is affixed to the patient in a 
manner so that the patient can be identified even if the patient is unconscious or 
otherwise unresponsive. This wristband or other device may include a bar code 
representing the name of the patient and other information that the institute has 
determined is important. Additionally, any other information such as age, allergies, 

30 or other vital information may be encoded into the bar code. Alternatively, the 
patient information device may be an active embedded computer or passive device 
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attached to a wrist band or other carrier that is attached to the patient. Such a device 
would be responsive to devices located throughout the care-giving facility, such as 
readers or wireless transmitter/receivers, to provide the identity of the patient along 
with other information when the device is queried. 
5 After the patient is admitted and situated in a bed within the facility, the 

patient is typically evaluated by a physician and a course of treatment is prescribed. 
The physician prescribes a course of treatment by preparing an order which may 
request a series of laboratory tests or administration of a particular medication to the 
patient In some case, the physician prepares the order by filling in a form or writing 

10 the order on a slip of paper to be entered into the hospital system for providing care- 
In otiier cases, the physician may enter the medication order directly into a physician 
order entry system 35 (FIG. 1) or may instruct a nurse or other care-giving 
professional to do so. 

If the order is for administration of a particular medication regimen, the order 

15 will be transmitted to the facility's pharmacy information system 30. The pharmacy 
reviews the order, and prepares the medication according to the requirements of the 
physician. Typically, the pharmacy packages the medication in a container, and a 
copy of the order, or at a minimxmi the patients name, the drug name, and the 
appropriate treatment parameters are represented on a label liiat is affixed to the 

20 drug container. This information may be represented by a bar code, or it may be 
stored in a smart label, such as a label having an embedded computer or passive 
device. 

Once the order has been prepared, the order is sent to the nurse station for 
matching with the appropriate patient. Alternatively, if the medication is for a 

25 commonly or routinely prescribed medication, die medication may be included in an 
inventory of medications that is stored in a secure cabinet adjacent the nurse station. 
In such a case, the nurse station will receive a list of orders from the pharmacy 
information system 30 that may be drawn from the inventory adjacent the nurse 
station. The nurse will enter here identifier at the cabinet to gain access, in 

30 accordance with standard practice. The nurse or other professional assigned the task 
of gathering medications will then match the orders received from the pharmacy 
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information system 60 to the medications stored in the inventory and ptill those 
medications that are to be delivered to specific patients. These procedures are carried 
out whether the medication to be delivered is an oral medication, or a medication 
that is to be delivered intramuscularly or through an infusion. 
5 When the prescribed time for delivery of the medications arrives, the 

medications are carried to the patient's area and administered to the patient by the 
nurse or other care-giver. In the case of drugs to be delivered via infusion, the care- 
giver hangs the infusion bag, attaches the bag to an infusion pump, and sets up the 
infusion pump to deliver the medication by programming the pump with values for 

10 various parameters that are used by the pump to control delivery of the medication to 
the patient. The infusion regimen is then started^ and, because delivery of an 
infusion regimen generally extends over a prolonged period of time, the care-giver 
leaves the patient and continues on to care for other patients. 

With the advent of modem infusion pumps that incorporate microprocessors 

15 and storage capability, it has become possible to maintain a record of not only the 
progranuned infusion parameters, but also a log of the treatment as it is given to the 
patient. Until the present invention, however, tiiere has been no way to ensure that 
the information gathered by the infusion pimip was commimicated to a system that 
could incorporate a record of the infusion into tiie patienf s records stored in any of 

20 the facility's information systems. 

Utilizing the present invention, a nurse or care-giver gathering or preparing 
medications to be delivered to patients programs a MTG 110 with the information 
appropriate to the particular medical treatment regimen that is to be delivered to a 
patient. Because medical transaction carriers are relatively inexpensive, there may be 

25 an individual MTG assigned to each patient or PSA 120. As will be discussed below, 
the MTG 110 provides for not only transporting information between care facility 
information systems and PSAs 120, but it also provides an instrument for validating 
the medical transaction to ensure that all information concerning delivery of a 
medication is retrieved and transferred to the care facility information systems. The 

30 system and method of the present invention accomplishes this in a manner that 
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allows for loss of the MTG, or delay in return of the MTC or the use of different MTGs 
having different parts of a medical order without loss of information. 

A commimication session to transfer medical transaction information for a 
particular patient into a MTC 110 is initiated by inserting the MTC 110 into an 
5 appropriate slot or cradle for the MTC 100 which is in operable communication witii 
the control system 40 via die nurse station computer system 60 and communication 
system 5. Altematively, the MTC 110 may communicate with the control system 40 
using a wireless system. As described above, this wireless system may comprise 
either infrared or RF frequency signals using appropriate commimication protocols 

10 such as BLUE TOOTH™ or others (such as those described in IEEE 802.1 Ix). 

Once a connection has been established between the MTC 110 and the control 
system 40, the nurse or other care-giver preparing the medication logs into the 
control system 40 and the transaction may be tagged with the care-giver's unique 
identification. Alternatively, establishing communication between the MTC 110 and 

15 the control system 40 may automatically cause the system to query the care-giver for 
an identification, which may be provided using an input device, such as a keyboard, 
bar code reader, or other device designed to read the care-giver's identification 
device. 

The information to be transferred to the MTC 110 typically consists of orders 
20 for medication or other procedures that have been entered into an facility's 

information systems, such as the pharmacy information system 60. As each order, 
either for medication or other procediire, is entered into the facilit3^s information 
systems, it may be given a unique transaction identifier. Thus, these identifiers may 
be associated with orders in a line-by-line manner such that each medication or 
25 procedure to be carried out on or delivered to a patient is uniquely identified by a 
unique transaction identifier. The medical transaction information, including the 
unique transaction identifiers in the facility information systems may be accessed by 
the control system 4 through communications system 5. 

Once the medical transactions are assembled and available for access by the 
30 control system 40, specific infusion delivery protocols, medication limits, time-based 
medication constraints, and/or other patienf s specific information comprising the 
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medical transaction information may be transferred to the MTC 110. The amount of 
information transferred to the MTC 110 will be dependent only upon the software 
running on the control system 40, as weU as the memory constraints of the MTC 110. 
Once the specific information has been downloaded from the control system 40 into 
5 the MTC 110, the MTC is ready to accompany the medication to the patient area for 
treatment of the patient. 

In one embodiment, a single MTC may be assigned to a nurse to cover all the 
nurse's patients. Thus, the control system 40 may load all medical orders for a 
particular nurse for that day or for that nurse's rounds, on a single MTC assigned to 
10 that nurse. 

In another embodiment, more tiian one MTC may be used to transmit an order 
or orders for a particular patient or patients. Where multiple MTCs are used, die 
various elements of the system of the present invention are programed to determine 
whether all of the medical transaction information contained on the multiple MTC 
15 has been received and validated. Where one or more MTCs of a multiple MTC 

transaction have not been received or validated, the system of the present invention is 
configured to provide an alert to care givers in the care facility that corrective action 
is needed. 

At the patient location, the information from the MTC 110 is transmitted to the 
20 PSA 120 using either wired or wireless technology. In one embodiment, the PSA 120 
may be specifically configured to receive the MTC 110 to make the connection for 
transferral of data firom the MTC 110 to the PSA. For example, where the MTC is a 
smart card, the PSA may include a slot or other device configured to receive the MTC 
110 and to engage the MTC in such a manner as to allow commimication between 
25 the MTC 110 and the PSA. Various methods for configuring such a communication 
connection are well-known in the art and will not be discussed herein, but may 
include, for example, connector pads or an induction coil capable of interfacing with 
the smart card to enable communication of information between the smart card and 
the PSA 120. 

30 In an alternative embodiment, where the MTC 110 is a smart card having a 

magnetic strip, the PSA 120 may include a magnetic strip reader capable of reading 
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the encoded information stored in the magnetic strip of the MTC 110. In yet anotiier 
embodiment, the MTC may include a transmitter/receiver configured such tiiat when 
the MTC 110 comes within a predetermined distance of the PSA 120, a 
communication link between the MTC 110 and the PSA 120 is automatically 
5 established. Using a unique identifier associated with the specific PSA 120 to be used 
to deliver the medication, the MTC 110 may query the PSA 120 to determine if the 
imique identifier stored in the memory of the MTC 110 matches that of the PSA 120. 
If die unique identifier stored in the MTC 110 does not m&tch tiie identifier 
transmitted to it by the PSA 120, an error signal may be generated alerting the care- 

10 giver that die MTC 110 is communicating with the wrong PSA 120, and tiiat die 
patient may receive tiie wrong medication. 

If the MTC 110 queries the PSA 120 and receives a matching identifier, the 
MTC 110 begins communicating information into a memory of the PSA 120. This 
information may then be utilized by the PSA 120 to set the particular treatment 

15 parameters that are to be used to deliver medication to the patient. 

The MTC 110 may also query the PSA 120 for historical records stored in the 
memory of the PSA. In this process, information such as a current key log, error log, 
vital signs log, infusion delivery log, medication delivery log, transaction 
identification, maintenance log and other logs and/or other patient data may be 

20 transferred firom the PSA 120 to the MTC 110. 

Additionally, the MTC 110 may remain in communication with tiie PSA 120 
for the duration of the treatment, although the communication link between the MTC 
• 110 and the PSA 120 may also be broken by removing the MTC 110 from the PSA 
120 or cradle 100, At some time in the future, when the nurse or other care-giver is 

25 making roimds of the patients and determines that the treatment is over, 

communication between.the MTC 110 and the PSA 120 may be reestablished. Before 
the MTC 110 is removed firom the proximity of the PSA 120 at the end of the 
treatment, the nurse or other care-giver instructs the PSA 120 to transfer desired 
information, such as that described above, to the MTC 110. The MTC is then removed 

30 from the PSA 120 or firom tiie cradle 100 attached to the PSA 120 and is carried by 
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the nurse or care-giver back to the nurse station computer system 60 or other satellite 
computer system capable of reading the information stored in the MTG 110, 

Once at the nurse station computer system 60, the MTC 110 in inserted into 
computer system 60 or MTC cradle 100, depending on the configuration of the 
5 equipment, to begin the process of communicating the patient information gathered 
from the PSA 120 into the storage of control system 40. Alternatively, particularly in 
the case where a wireless system is used, MTC 110 may be activated as it approaches 
within a predetermined distance of the nurse station computer system 60 or another 
other device, such as a computer system located at a location other than at the nurse 

10 station 50 (not shown) or a remotely located transmitter/receiver configured to 

establish commimication with a MTG, to establish a communication connection with 
control system 40 over communication system 5. 

FIG, 2 is a block diagram of one method utilizing the system of the present 
invention illustrating the use of a medical transaction carrier 110 (FIG. 1) that is 

15 transported by a nurse or other care-giver to the location where the medication is to 
be delivered in communication with a patient specific asset that is to be used to 
deliver the medication and to retrieve medical transaction information concerning 
present and past medication delivery from the PSA. While the method is described 
with reference to programming the MTG 110, it will be understood that such 

20 programming also includes simply storing information in the MTC 110, and does not 
require that the MTG be capable of processing or running a program as those terms 
are often used in computer technology. 

As described previously, the MTC 110 establishes a connection with the 
controlling server 40 in box 300. The controlling server 40 validates that this is a 

25 transaction with information from a PSA, and creates a new transaction ID for the 
particular transaction being undertaken in box 305, In the event that validation 
cannot occur, the control server 40 issues a signal to alert a nurse or care-giver that 
there is an error so that appropriate action to remedy the error may be taken. 

Once the connection has been established in the box 300, the MTC 110 may be 

30 queried by tlie control system 40 to transmit unknown deleted transaction 

identifications (IDs) that were not found in the information stored in the PSA 120. 
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The control server 40 analyzes the unknown deleted transaction IDs, and determines, 
in box 320, whether or not these transactions are pending or may be cleared from 
memory. If the transactions associated with the undeleted transaction IDs are not 
pending, control server 40 determines, in box 330, that no action needs to be taken 
5 and that these transactions were cleared during a previous communication session. 
In the case where the determination in box 320 indicates that the unknown deleted 
transaction IDs are pending for clearance, the control server 40 marks the transaction 
as cleared 334. 

Once the unknown deleted transaction IDs have been marked as cleared 334, 
10 the control system 40 sends a signal to the MTC 110 indicating that the control 
system 40 is now ready to receive current information. This step may also be 
automated, for example, where the MTC 100 includes a processor capable of 
executing a series of program steps independent of the control system 40, such that 
the MTC 110 queries the control system 40 to determine if the control system 40 is 
15 ready to receive information. In the event that the query receives a positive response, 
the MTC 110 may then begin transferring current medical transaction information. 
Where the MTC 110 does not receive a positive response from fhe control system 40, 
indicating that the control system 40 is not yet ready to receive information, then the 
MTC 40 continues to wait and query the control system tmtil it receives a positive 
20 response. 

Once the transfer of information and/or data from the MTC 110 to the control 
system 40 has been initiated in box 345, information stored in the MTC 110 
representing such information as, for example, but not limited to, a current key log, 
an error log, vital signs log, infusion delivery log, medication delivery log, transaction 

25 ID, maintenance and other logs, and any other patient data is communicated to the 
control system 40, where it may be stored in a database 45 associated with the 
control system 40 in box 340. In this way, the medical transaction information 
communicated by the MCT 110 to the control system 40 may be permanentiy 
associated with a particular PSA. 

30 Once the information contained within the MTC 110 has been transferred to 

the control system 40 in step 345, the currentiy cleared and transferred medical 
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transaction information stored in the MTC 100 may be erased,' as indicated in box 
350. Alternatively, the information may be archived to storage media, such as 
magnetic tape, hard drives, floppy disks, and the like, as indicated in box 355. 

The control system 40 executes software programs in box 350 that analyze 
5 the information recentiy received from the MTC 110 and communicate new 
information for present medication delivery transactions to the MTC 110. Such 
software programs may include re-validating the past interactions recorded in tiie 
MTC 110 against data already stored in tiie PSA database. Where the validation fails, 
an error signal may be generated by tiie control system 40 causing a display or paper 
10 report to be printed notifying nurses or other care-giving personnel that an error 
exists. 

Additionally, the software running on the control system 40 may analjrze 
newly entered medical transaction information, such as die name or type of drug, 
dosage and delivery parameters, for example, against standard delivery protocols 

15 stored in the hospital or pharmacy information systems 20, 30 as weU as determining 
whether there are any drug interactions or other safety information, such as may be 
stored in database tiiat should be brought to the care-giver's attention andi/or stored 
in the MTC 110. The software provides for generating error signals or alerts if errors 
or safety problems are detected during this step. 

20 Once the current transaction data is analyzed, the control system 40 

commtmicates the transaction information to tiae MTC 110, This information, as 
indicated in box 360, may include current medical transaction information and a 
unique transaction identification. This information is stored in the memory of the 
MTC 110 in box 365. 

25 As indicated by box 370, the software running on tiie control system 40 may, 

if desired, generate various reports such as outcome reports, medical administration 
records or any other report requested by care-giving personnel or administrators. 
Any errors identified during the generation of these reports would result in an error 
signal tiiat may either be displayed on a screen or printed in a printed report. 

30 Additionally, as illustrated in box 375, the control system 40 may export all of 

the information transferred from the MTC 110 to the pharmacy information system 
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30 or hospital information system 20 for further processing or' storage. Alternatively, 
the control system 40 may be programmed to export a selected portion of that data to 
those systems. Again, software running on the control system 40 may be executed to 
compare information stored on the various information systems 20, 30 and 35 with 
5 information gathered by the control system 40 and validate that the information is 
correct, with any failures in validation indicated by an error signal generated by the 
control system 40 to alert care-givers that a condition exists that may need attention 
and correction. 

Once the previous steps have been imdertaken to transfer information from a 
10 MTG to the control system for past transactions and transfer information conceming 
present medical transactions to the MTG have been completed, the process terminates 
at box 380. After terminating the process for a particular MTG 110, the process is 
repeated for each MTG 110 to be used to deliver medication in the care giving 
facility. 

15 Referring now to FIG. 3, a block diagram depicting one embodiment of a 

process illustrating various interactions between a MTG 110 and a PSA 120 located 
at a patient's bedside to commtmicate information between the MTG 110 and the PSA 
120 is illustrated. The MTG 110 establishes a connection in box 400 with the PSA 
120. If a coimection cannot be established, an error signal is generated to alert the 

20 care-giver that corrective action must be taken before transfer of information between 
the MTC 110 and the PSA 120 may occur. 

Once the connection has been satisfactorily established in box 400, the PSA 
120 takes control of the process and creates a xmique transaction ID, logs the care- 
giver's ID, and validates the patient and the PSA assignment in box 405. If any of the 

25 information is incorrect, the PSA 120 generates an error signal which may cause a 
message or code to be displayed by the PSA 120 or on a display associated with MTC 
cradle 100. 

When the processes depicted in box 405 have been completed, the PSA 120 
may signal the MTG 110 that it is ready to receive additional data from the MTG, and 
30 the MTG, in box 410, transmits a current log of past transactions ID's received from 
the PSA that are now stored in the control system database. Alternatively, the PSA 
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120 may simply address the memory of the MTG 110 and retrieve information from 
that memory without requiring any active participation by the MTC 110. The PSA 
120 then determines, in box 415, whether or not any of the current log of past 
transaction ID's are flagged as pending for clearance. 

If none of the current log of past transaction ID's are pending for clearance, the 
PSA 120 creates a new log of transactions already in box 420 and the process 
branches to box 460, If the current log of past transaction ID's are determined to be 
pending for clearance, then those transactions are marked as cleared and deleted 
from the pending transaction log in box 430, and are transmitted to the MTG 110 
where they are stored in tiie memory of MTC 110 in box 425. The deleted 
transactions may be stored in the PSA 120 database, as indicated by box 440* 

Once tiie deleted transaction identifications have been stored in the MTC 
memory, information comprising physician orders, drug regimens and patientf s 
specific protocols for currenfly planned or scheduled medical treatments are 
transferred to tiie PSA 120 from tiie MTC 110 in box 435, and stored in tiie database 
of the PSA 120 in step 440. After the current physician orders, drug regimens, and 
patient specific protocols have been stored in the PSA 120 database, a software 
program may be run in the PSA to validate delivery protocols, drug interactions, and 
safety information, such as described earlier with reference to a database to ensure 
safe delivery of the medication to the patent in box 445. If any errors or safety issues 
are detected, an error signal is generated that may be displayed by the PSA 120, or on 
a display associated with the MTC cradle 100. 

Where medication identification technology such as a bar code an embedded 
chip, or other identification method is available, a second check of the medication to 
be delivered may be accomplished as illustrated by box 450. If an error is detected in 
box 450, the care-giver is provided with an error signal indicating that corrective 
action is needed. 

Once the validations carried out in boxes 445 and/or 450 are completed, a 
processor in the PSA 120 loads and executes the patient specific infusion protocols 
transferred to it by MTC 110 in box 455. Once again, if any errors are detected 
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during this step, the care-giver is provided with an error signal indicating that 
corrective action is needed. 

Information stored in the PSA 120 related to patient treatments may be 
communicated to the MTG 110 as depicted in box 460. For example, a current key 
log, an error log, a vital sign log, infusion delivery log, medication delivery log, 
transaction ID, unknown deleted transaction ID's, maintenance and other logs, and 
other patient data are may be communicated to the MTG 110 in box 460, where they 
are stored in the memory of the MTG 120 in box 470. Once the information is stored 
in the MTG 110, the MTG 110 may be removed from die PSA 120 or the MTG cradle 
100 associated wititi the PSA 120 and transported to the control system 40, as 
illustrated by box 475. Such transportation may include physically carrying the MTG 
110 to a specified location where the MTG 110 may be interfaced to and establish 
communication with the control system 40 and begin the download cycle described 
with reference to FIG. 2. Alternatively, if the MTG 110 is equipped with appropriate 
wireless technology, the transport to the control system 40 may become active either 
upon initiating the transmission by providing the MTG 110 with appropriate 
commands, or it may be automatically induced using a wireless system. For example, 
the MTG 110 may be supplied with a transmitter/receiver capable of automatically 
connecting to the communication system 5 to access the control system 40 using a 
wireless communication protocol such as BLUETOOTH™ or others (for example IEEE 
802,llx). 

It will be apparent from the above description that the validation steps carried 
out in the above process are independent of any one transaction. A transaction is not 
fully cleared from either the PSA or the control system until both the following occur: 

(1) The system that originated a transaction receives validation of a 
transaction requested as executed; and 

(2) The system that receives the transaction request receives notification 
that the originating system has received and validated the transaction execution. 

Because of this redundancy and validation, no transaction is cleared until it is 
certain that a transaction has been validated. Thus, in the event that a specific MTG 
110 is lost, or the information stored therein is delayed in being commtmicated to the 



27 



wo 01/88828 



PCT/USOl/15989 



control system 40, each further action at a patienfs bedside will retransmit the 
missing information until the control system database is properly updated. Utilizing 
this system, all medications received by the patient are logged into the control system 
database, as well as the actual time the medications were received. Moreover, the 
system ensures that the events log of all IV medications received and/or vital sign 
history are logged into the control systems database along with the identification of 
the nurse who gave the medications to the patient. Thus, full closed loop validation 
of data occurs. Utilizing this system, it will be apparent that the entire system 
functions in real-time in the critical direction, i.e. nurse to patient delivery of 
medication; and the system is near real-time in the non-critical direction, that is, from 
the patient's bedside back into control system, pharmacy information system and/or 
the hospital information system for closed loop validation of the medication delivery. 

WhUe the system of the present invention has be described with reference to 
the situation where patient medication and/or treatment is ordered using an facility's 
information system, and then delivered, the present invention is also applicable 
where treatment is care or medication is ordered orally by a physician or other care- 
giver at the patienf s bedside, and is delivered to the patient before the order is 
entered into the facility's information system. In general, the oral order must then be 
entered into the facility's information systems within a predetermined period of time 
(typically 24 hours) to ensure that the medication adncdnistration record (MAR) is 
properly updated and accurately reflects the treatment given to the patient. 

In the situation where care or medication is carried out before entry into the 
facility's information system, the patient specific asset, such as an infusion pump, 
stores in its memory the details of the care requested or the medication delivered, 
associating the care or medication details with a unique identifier generated by the 
patient specific asset. The next time the patient specific asset is in communication 
with a MTC 110, the patient specific asset transfers the care or medication details in 
the form of a medical transaction identified by the associated imique identifier to the 
MTC 110, which is then transported to the control system 40. When the medical 
transaction is transferred to the control system 40, the control system 40, using the 
unique identifier associated with the transaction by the patient specific asset, stores 
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the medical transaction in the database 45. The control system 40 also generates a 
transaction indicating that the information has been received by the control system 
40, and transfers that transaction to a MTC 110 that is to transported to the patient 
specific asset to communicate to the patient specific asset that the transaction has 
5 been received by the control system 40. 

Once the transaction is stored in the database 45, the transaction may be 
matched by software rurming on the control system 40 of others of the fadlity's 
information systems to the entered oral order. If the transaction cannot be matched 
to an order, an alert may be provided indicating that corrective action, in the form of 

10 entering tiie order into tiie fadlity's information systems or some otiier action, must 
be taken. In this manner, the loop is closed, ensuring that tiie oral order has been 
recorded and that tiie order has been carried out. 

Alternatively, for example where the patient spedfic asset is an infusion pump, 
the infusion pump may be programmed to sound an alarm after it has been infusing 

15 for a predetermined period of time, for example, an hour, and it has not received 
verification firom the control system tiiat a written order has been entered into tiie 
facility's information systems. Such an alarm may indude stopping tiie infusion until 
an order is received, or may simply generate a visual and/or audible reminder that 
the order must be entered into the fedlity^s information system or that a MTC 110 

20 bearing an appropriate medical information transaction should be provided to the 
pump so that the pump may verify that the oral order has been entered. 

In this embodiment, the oral order is entered into the information system, such 
as pharmacy information system 60, and is transferred to a MTC 110 which is then 
transported to the infusion pump. There, software running on the infusion pump 

25 compares the information in the transaction transferred to it by the MTC 110 to the 
information about the current infusion stored in the memory of the ptimp- If the 
information matches, the pump communicates to the MTC 100 a transaction 
indicating that it has received the order. This transaction communication is then 
transferred to the control sj^tem 40 to inform the control system 40 that the infusion 

30 pump has received the order. 
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Referring now to FIG. 4, an alternative embodiment of the present invention 
will be described tiiat provides for transmission of MTC information from a care 
facility's information systems directiy to a patient specific asset located at a patienfs 
bedside. In the care management system 500 of this embodiment, a communication 
5 system 505 interconnects various care facility information systems, such as a hospital 
information system 520, a pharmacy information system 530 and a physician order 
entry system 535 via suitable interfaces 510. The commtmication system 505 and tiie 
interfaces 510 are similar to die communication system 5 and the interfaces 10 
described with reference to FIG. 1, and those skilled in the art will understand, 

10 without further description here, that all of the embodiments discussed with reference 
thereto apply here. 

The communication system 505 includes a connection to a wireless 
transmitter/receiver 540 through a suitable interface 545. The wireless 
transmitter/receiver 540 is configured to send messages iising electromagnetic 

15 energy, which may include, for example, infrared energy or radio frequency radiation 
energy, between the communication system 505 and remote equipment and devices, 
such as a nurse station 550 and a patient specific asset 580, that are capable of 
receiving and transmitting messages using electromagnetic energy. For example, the 
nurse station 550 may be operably connected to a transmitter/receiver 575, and tiie 

20 patient specific asset may include a built in transmitter/receiver. 

The nurse station 550 will typically include a computer system 560, a printer 
565 and may further include an input/output device 570, such as a bar code reader, 
in addition to a keyboard of the type typically used with a computer. As described 
above, the nurse system computer system 560 may be operably connected to a 

25 wireless transmitter/receiver 575, or such a transmitter/receiver 575 may be 

incorporated into the computer system 560. Alternatively, the nurse station computer 
system 560 may be connected to the commimication system 505 by means of a 
physical interconnection. 

This embodiment of the present invention includes a patient specific asset 580 

30 that includes a wireless transmitter/receiver tiiat communicates with the various care 
facility information systems through the conamuniciation system 505 using 

30 



wo 01/88828 



PCT/USOl/15989 



electromagnetic energy 585. Alternatively, the patient specific asset 580 may be 
connected to a separate wireless transmitter/receiver or it may be connected with the 
communication system 505 using a physical interconnection. 

The patient specific asset 580 also includes a memory for storing medical 
5 transaction information and a processor for analyzing medical transaction 

information transmitted to the patient specific asset 580 by the transmitter/receiver 
540, instructing the device or devices comprising the patient specific asset 580 to 
carry out the medical care order contained within the medical transaction 
information, transmitting a message to the care facilit/s information systems that the 

10 medical care order contained in the medical transaction information has been 
received, storing the medical transaction information in a memory of the patient 
specific asset, and clearing the medical transaction information firom the memory of 
the patient specific asset when the patient specific asset receives a message firom an 
information system that it has received die patient specific asset's transmitted 

15 message. Such a processor may be operably connected to, and configured to 

commtmicate with and control, one or more clinical devices such as infusion pumps 
or patient vital sign monitoring equipment. One example of such a patient specific 
asset is the MEDLEY^ APM infusion controller module and related equipment 
manufactured by ALARIS MEDICAL SYSTEMS, INC. 

20 It should be apparent firom the above description that this embodiment of the 

present invention does not require a physical medical transaction carrier, as described 
with reference to FIG. 1. In this embodiment, the medical transaction carrier takes 
the form of a formatted electronic message that contains all of the information 
previously described with reference to physical medical transaction carrier. Each 

25 electronic medical transaction carrier is identified with a unique identifier that allows 
the information systems of the care facility and the processor associated with the 
patient specific asset 580 to communicate medical transaction information form the 
care facility's information systems to the patient specific asset, and to validate that a 
medical care order has been delivered to a patient. This embodiment provides for the 

30 closed system described in reference to a physical MTC, ensuring that each medical 
care order is delivered to the right patient at the right time, and that a record of that 
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delivery is properly communicated to and received by the care facility's information 
systems. No medical transaction information is cleared from the memory of the 
patient specific asset 580, or marked as cleared in the facility's information systems, 
until the record of delivery of that care is validated in accordance with the present 
5 invention. 

Additionally, where a system such as ALARIS MEDICAL SYSTEMS, INC.*s 
MEDLEY™ Patient Care Management System is used, a physician may enter an order 
using manual entry means, such as a key pad, associated with the APM. Because the 
APM is in communication with the various facility information systems, entry of the 

10 physician's identification may be considered equivalent to an electronic signature, 
and take the place of a written order. 

The system and method of the present invention may also be enhanced by 
including technology that allows for real-time validation of the current patient 
utilizing a method to read or detect a patient identifier such as a wristband. For 

15 example, each patient may be identified by a wristband that includes certain specified 
information such as name, age, allergy history and the like that are encoded into a 
bar code. In one embodiment of the present uivention, a bar code reader could be 
used to read the patienf s bar codes at the same time that the MTC is transmitting its 
information to die PSA, thus ensuring that the right patient is receiving the right 

20 medication. Alternatively, the patient wristband could be replaced by a device that 
includes a transmitter/receiver or a passive device that could be activated using a 
suitable sensor to receive the above-described information from the patienf s 
identification device. 

Additionally, the system of the present invention may be enhanced by 

25 including technology that allows for real-time validation of each medication delivered 
to a patient. Such a system could include technology for reading a bar code applied 
to the medication, or could employ optical recognition, some form of active detection 
using a transmitter/receiver or smart chip or computer either embedded in the label 
of the medication or located on the medication container or otiier methods of 

30 positively identifying the medication. In this manner, the system furtiier validates 
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that each medication delivered to patient is identical to the medication that is 
indicated in the information contained within the MTC. 

It should be apparent to those skilled in the art that the MTG may store and 
transport a wide variety of information useful to the care-givers and care-giving 
5 facilities for providing healthcare to patients. For example, the MTG may include a 
patient's unique ID, a nurse's unique ID, specific medication prescribed, and 
identification of the specific PSA assigned to a specific patient, the time of medication 
delivery, a current unique transaction ID identifying the current transaction of 
information between the MTG and the PSA, or the originator of the information such 

10 as the hospital information system or the pharmacy information system. Additionally, 
the MTG may also include past valid transactions for a particular PSA that are not yet 
validated by the PSA^ and may also include past validated transactions for the PSA 
that have already been validated by the PSA. Moreover, the MTG, if it includes 
enough memory, may also be programmed to accept extra pharmacy preparation 

15 information as well as extra hospital maintenance or update information. 

Additionally, other information may be transmitted to and from tlie MTG as needed 
by the hospital administration, such as vital signs history and trend information. 

The system concept will be understood to be the unique combination of all the 
previous elements into a seamless automatic methodology that requires no extra 

20 labor from the care-giver other than carrying the MTG's back and forth to the bedside 
as part of the care-giver's normal rounds. The system concept is enabled by the use of 
specific PG-based software with open database connectivity, MTG reader hardware at 
the point of medication preparation, and MTG reader hardware associated with 
patient specific assets. The system concept is effected through the xise of remote 

25 transaction methodology similar to that employed in orbital communication satellite 
technology. UtiUzing this methodology, data receipt and validation of data receipt 
and validated updated system status is acquired. This system concept is further 
effected by extending and combining the data validation concept with that used in 
packet-based data transfer, whereby specific data packets may be lost or duplicated, 

30 but the validation is still auditably correct. For example, if a particular MTG is not 
returned to the nurse station in a timely manner, information is not lost to the 
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system. The two-way validation and check on all transactions ensures that eventually 
the information will make it back to the control system database when the MTC is 
eventually returned. In the event that a MTC is permanendy lost, a time based alert 
could notify a care-giver to take appropriate action. Because of the redundancy of the 
system, it should be apparent that even if a specific MTC is lost or misplaced, the 
information contained in the PSA will eventually be retumed to the control system for 
validation. The system of the present invention offers tiie additional advantage in 
that patient specific assets may be programmed such that the PSA will not perform a 
medication delivery regimen imless all of the safeguards and validations are carried 
out without error. In this manner, the possibility of error in delivering tiie wrong 
medication to a patient may be minimized at die bedside. Of course, in particular 
situations, such as where PSAs are utilized in operating room or emergency room 
environments, an override may be built into tiie PSA to allow emergency usage of tiie 
PSA when necessary. 

While the PSA was described in terms of an infusion pump, tiie PSA, as 
described above, may also be a vital signs monitor or other clinical device interacting 
witii a patient. For example, tiie patient specific asset may also be a patient feeding 
device. 

Further, while automatic programming of a clinical device using a physical or 
electronic MTC is described, manual systems are also intended to be included within 
the scope of the system and method of the present invention. For example, some 
patient specific assets may exist within a facility that are capable of communicating 
with the control system 40 (FIG. 1) or a MTC, but which may not be capable of being 
programmed by signals received from a MTC or directiy from control system 40. For 
those clinical devices tiiat do not accept automatic programming, a nurse may read 
tiie medical transaction information from the MTC or from the device itself, program 
the device, then press a "START' or "ACCEPT" or other similar key on the device to 
indicate completion of programming. The clinical device may tiien communicate to 
tiie MTC information about tiie medical transaction it is performing for validation. 
The MTC may later communicate fliis information to tiie control system 40 for 
validation. Altematively, the clinical device may communicate directiy to the control 
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system 40 information about the medical transaction it is performing for validation. 
This approach may also apply where a nurse takes a vital sign measurement, such as 
a patient's temperature. That temperature reading is input into the MTC either 
immediately or eventually, either directly from the thermometer in the form of a 
5 digital data stream, or manually by the nurse, and diat medical transaction 

information will eventually be communicated to the control system 40. Similarly, this 
approach may be used were oral medications, such as aspirin, are dispensed. 

Validation data from patient specific assets may reach the control system 40 
via multiple MTCs. For example, different line items of a patientf s order may be 
10 communicated to the patLenf s bedside patient specific assets via different MTCs. The 
control system 40 may validate the line items indicated as commimicated to die PSA 
through different MTCs but will not clear the entire medical transaction information 
until it receives information concerning all of the line items. Thus, llie control system 
40 will not send a message to the patient specific asset to dear the multiple line items 
15 from its memory until the control system 40 is satisfied that it has received 

information that all of the line items of the medical transaction have been carried out. 

In the above detailed description, well-known devices, methods, procedtrres, 
and individual components have not been described in detail so as not to obscure 
aspects of the present invention. Those skilled in the art will imderstand those 
20 devices, methods, procedures, and individual components without further details 
being provided here. Moreover, while the embodiments disclosed above are 
described for use in a hospital environment, it will be understood that the system and 
method may be useful in other environments as well, such as outpatient clinics and 
other environments where care is delivered to a patient. 
25 While several specific embodiments of the invention have been illustrated and 

described, it will be apparent that various modifications can be made without 
departing from the spirit and scope of the invention. Accordingly, it is not intended 
that tiie invention be limited, except as by the appended claims. 
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WHAT IS CLAIMED IS : 

1. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

a medical transaction carrier having: 

a memory for storing medical transaction information; 
a patient specific asset having: 

communication means for communicating with the medical 
transaction carrier to store medical transaction information in the 
memory of the medical transaction carrier and for retrieving medical 
transaction information from the memory of the medical transaction 
carrier, 

a memory for storing medical transaction information; and 
a processor configured to compare medical transaction 
information stored in the memory of the patient specific asset to 
medical transaction information retrieved from the medical transaction 
carrier to validate the retrieved medical transaction information; and 
a computer in operable communication with a memory for storing medical 
transaction information, the computer having: 

communication means for communicating with the medical 
transaction carrier to store medical transaction information in the 
memory of the medical transaction carrier and for retrieving medical 
transaction information from the memory of the medical transaction 
carrier^ and 

wherein the computer is configured to compare medical 
transaction information stored in the operably connected memory to 
medical transaction information retrieved from the medical transaction 
carrier to validate the retrieved medical transaction information. 

2. The system of claim 1 wherein the patient specific asset further includes 
a bar code reader for reading data included in bar codes and wherein the processor of 
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the patient specific asset is adapted to associate data read by the bar code reader with 
medical transaction information and store the data in the memory. 

3. The system of claim 1 wherein the communication means of the patient 
specific asset includes a reader configured to provide a commimication path between 
the medical transaction carrier and the patient specific asset. 

4- The system of claim 3 wherein the patient specific asset includes a 
housing and the reader is motmted within the housing. 

5. The system of claim 1, wherein the medical transaction carrier further 
comprises input/output means for receiving information from an information source 
to be stored in the memory and for transmitting information stored in the memory to 
an information receiver. 

6. The system of claim 5, wherein the input/output means of the medical 
transaction carrier and the commimication means of the patient specific asset each 
include a wireless transmitter/receiver. 

7. The system of claim 6 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

8. The system of claim 7 wherein the electromagnetic energy is infrared 
energy. 

9. The system of claim 7 wherein the electromagnetic energy is radio 
frequency energy. 

10. The system of daim 5, wherein the input/output means of the medical 
transaction carrier and the commimication means of the computer each include a 
wireless transmitter/receiver. 
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11. The system of claim 10 wherein the wireless traiismitter/receivers 
transmit and receive signals using electromagnetic energy. 

12. The system of claim 11 wherein the electromagnetic energy is infrared 
energy. 

13. The system of claim 11 wherein the electromagnetic energy is radio 
frequency energy. 

14. The system of claim 3 wherein the memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 

15. The system of claim 1, wherein the medical transaction carrier is a 
smart card. 

16. The system of claim 1 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

17. The system of claim 16 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

18. The system of claim 1 wherein the medical transaction carrier includes 
an embedded processor. 

19. The system of claim 3 wherein the medical transaction carrier is a smart 
card and the reader is configured to provide a communication path between a smart 
card and the patient specific asset. 

20. The system of claim 3 wherein the medical transaction carrier includes 
an embedded processor and the reader is configured to provide a communication 
path between the embedded processor and the patient specific asset. 
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21. The system of claim 3 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configm*ed to provide a commnnication path 
between the PDA and the patient specific asset. 

22. The system of claim 1 wherein die patient specific asset is an infusion 

pump* 

23. The system of claim 1 wherein the medical transaction information 
includes a imique transaction identifier. 

24. The system of claim 1 wherein the medical transaction information 
includes information identifying the location of the patient specific asset in an facility. 

25. The system of claim 1 wherein the medication transaction information 
includes an identification of a care-giver delivering medication to a patient. 

26. A system for managing information relating to the delivery of 
medication to a patient, comprising: 

a medication order data base in which medication orders for patients are 
stored and each order is assigned a unique identifier; 
5 a computer in communication with the medication order data base and 

adapted to process the medication orders stored in the data base; 
a medical transaction carrier having: 

a memory for storing medication order information including 
medication orders; and 
10 a patient specific asset configured for physically interacting with a patient, and 

having: 

a commimication device to communicate with the medical 
transaction carrier; 

a memory adapted to store medication order information 
15 received from the medical transaction carrier; 
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a processor adapted to: 

compare medication order information stored in the 
memory of the patient specific asset to medication order 
information retrieved from the medical transaction carrier to 
validate the retrieved medication order information; 

to communicate through the communication device to the 
medical transaction carrier that the medication order was 
received by the patient specific asset; 

to continue to communicate to each medical transaction 
carrier that a medication order resides in the memory until the 
medication transaction carrier includes a cleared indicator from 
the computer; and 

a computer in operable communication witii a memory for storing medication 
order information, die computer operably connected to 

a communication device to communicate with the medical 
transaction carrier; and 

wherein die computer is configured to compare medication order 
information stored in the operably connected memory to medication 
order information communicated from the medical transaction carrier 
to validate the communicated medication order information. 

27. The system of claim 26, wherein the medical transaction carrier further 
comprises input/output means for receiving information from an information source 
to be stored in the memory and for transmitting information stored in the memory to 
an information receiver. 

28. The system of claim 27, wherein the input/output means of the medical 
transaction carrier and the communication device of the patient specific asset each 
include a wireless transmitter/receiver. 
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29. The system of daim 28 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

30. The system of claim 29 wherein the electromagnetic energy is infrared 
energy. 

31. The system of claim 29 wherein the electromagnetic energy is radio 
frequency energy. 

32. The system of claim 27, wherein the input/output means of the medical 
transaction carrier and tiie communication device of the computer each include a 
wireless transmitter/receiver. 

33. The system of claim 32 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

34. The system of daim 33 wherein the electromagnetic energy is infrared 
energy. 

35. The system of claim 33 wherein the electromagnetic energy is radio 
frequency energy. 

36. The system of claim 26 wherein the commimication device of the 
patient spedfic asset includes a reader configured to provide a communication path 
between the medical transaction carrier and the patient specific asset. 

37. The system of claim 36 wherein the patient specific asset includes a 
housing and the reader is mounted within the housing. 

38. The system of daim 36 wherein the memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 
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39. The system of daim 26, wherein the medical transaction carrier is a 
smart card. 

40. The system of claim 26 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

41. The system of claim 40 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

42. The system of claim 26 wherein the medical transaction carrier includes 
an embedded processor. 

43. The system of claim 36 wherein the medical transaction carrier is a 
smart card and the reader is configured to provide a communication path between a 
smart card and the patient specific asset. 

44. The system of claim 36 wherein the medical transaction carrier includes 
an embedded processor and the reader is configured to provide a communication 
path between the embedded processor and the patient specific asset. 

45. The system of claim 36 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configured to provide a commrmication path 
between the PDA and the patient specific asset. 

46. The system of claim 26 wherein the patient specific asset is an infusion 

pump. 

47. The system of claim 26 wherein the medication order information 
includes information identifying the location of the patient specific asset in an facility. 
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48, The system of claim 26 wherein the medication order information 
includes an identification of a care-giver delivering medication to a patient. 

49. A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

storing medical transaction information representing an order for medical care 
to be delivered to the patient in a memory of a medical transaction carrier; 

retrieving delivery information for previous medical transactions from a 
database and storing tiie retrieved information in the memory of the medical 
transaction carrier; 

transporting the medical transaction carrier to a patient specific asset 
associated with the patient, the patient specific asset having a memory including 
delivery information generated by the patient specific asset during previous medical 
care deliveries stored therein; 

communicating the medical transaction information and the delivery 
information from the medical transaction carrier to the patient specific asset; and 

determining from the communicated delivery information whether delivery 
information generated by the patient spedfic asset has been previously 
communicated to and received by tiie database. 

50. The method of claim 49 wherein determining includes comparing the 
delivery information communicated from the medical transaction carrier to the stored 
delivery transaction information to determine whether the communicated delivery 
information includes information indicating that delivery information generated by 
the patient specific asset for a previous medical care delivery has been received by the 
database. 

51, The method of claim 49 wherein storing medical transaction 
information includes associating a imique transaction identifier with the medical 
transaction information. 
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52. The method of daim 49 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating deliveiy information representative of the medical care delivery by 

the patient specific asset; and 

communicating the generated deUvery information to die medical transaction 
carrier. 

53. The method of claim 52 further comprising: 
commimicating the generated delivery information from the medical 

transaction carrier to the database. 

54. The method of claim 53 wherein storing the medical transaction 
information includes storing the medical transaction information in the database; 
and, farther comprising: 

associating die communicated generated delivery information with the medical 
transaction information stored in the database, indicating that the medical care has 
been delivered to the patient. 

55. The method of claim 54, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

56. The method of claim 55, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset- 

57. The method of claim 56, further comprising: 

receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information firom the 
memory of the patient specific asset. 
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58. A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery information for previous medical transactions from a 
database; 

communicating medical transaction information representing an order for 
medical care to be delivered to the patient and the delivery information to a patient 
specific asset; and 

determining from the communicated delivery information whether delivery 
information generated by die patient specific asset has been previously 
communicated to and received by the database. 

59- The method of claim 58 wherein determining includes comparing the 
communicated delivery information to delivery information stored in a memory of tiie 
patient specific asset to determine whether die communicated delivery information 
includes information indicating that delivery information generated by the patient 
specific asset for a previous medical care delivery has been received by the database. 

60. The method of daim 58 wherein conmiunicating medical transaction 
information includes associating a imique transaction identifier witii die medical 
transaction information. 

61. The method of claim 58 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of the medical care delivery by 
the patient specific asset; and 

communicating the generated delivery information to the database. 

62. The method of claim 61 wherein communicating the medical 
transaction information includes storing the medical transaction information in the 
database; and, further comprising: 
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associating the commumcated generated delivery information with the medical 
transaction information stored in the database, indicating that the medical care has 
been delivered to the patient. 

63. The method of claim 62, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

64. The method of claim 63, wherein generating reception information 
farther comprises communicating the reception information to the patient specific 
asset. 

65. The method of claim 64, farther comprising: 

receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information from a 
memory of the patient specific asset. 

66. A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery information for previous medical transactions from a 
database; 

communicating medical transaction information representing an order for 
medical care to be delivered to the patient and the delivery information to a patient 
specific asset; and 

comparing the communicated delivery information to delivery information 
stored in a memory operably connected to the patient specific asset to determine 
whether the communicated delivery information includes information indicating that 
delivery information generated by the patient specific asset for a previous medical 
care delivery has been received by the database. 
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67. The method of claim 66 whereui commtmicating medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information, 

68. The method of claim 66 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of die medical care delivery by 
the patient specific asset; and 

communicating the generated delivery information to the database. 

69. The metiiod of claim 68 wherein commtmicating the medical 
transaction information includes storing the medical transaction information in tiie 
database; and, further comprising: 

associating^ ^*=lje communicated generated delivery information with the medical 
transaction information stored in the database, indicating that the medical care has 
been delivered to the patient. 

70. The metiiod of claim 69, wherein storing the medical transaction 
information further comprises generating reception information indicating that die 
generated delivery information has been received by the database. 

71. The method of claim 70, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

72. The method of claim 71, further comprising: 

receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information from a 
memory of the patient specific asset. 
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73. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

an information system having: 

communication means for transmitting and receiving medical 
transaction information; 
a patient specific asset, the patient specific asset 
having: 

communication means for communicating with the information 
system for receiving medical transaction information from tiie 
information system and for communicating defivery medical transaction 
information from die patient specific asset to the information system, 

a memory for storing the delivery medical transaction 
information, and 

a processor configured to compare the delivery medical 
transaction information stored in the memory of the patient specific 
asset to the medical transaction information received from the 
information system to determine whether the received medical 
transaction information includes a signal from the information system 
tiiat the stored delivery medical transaction information has been 
previously communicated to die information system by the patient 
specific asset. 

74. The system of claim 73, further comprising: 

a plurality of medication transaction carriers for communicating 
medical transaction information; and 

wherein the communication means of the information system and the 
patient specific asset include means for inputting and retrieving medical transaction 
information to and from the medical transaction carrier. 

75. The system of claim 74, wherein tiie information system communicates 
a medical transaction order to tiie patient specific asset using a selected number of 
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the plurality of medical transaction carriers and includes a signal in medical 
transaction information latter communicated to the patient specific asset when the 
5 information system determines that it has received validation that all of the selected 
number medical transaction carriers for the medical transaction order were received 
by the patient specific asset. 
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